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(54) IRC name translation protocol 

(57) A network comprising at least one server (1) 
and a plurality of us©- terminals (3)/ whe-iein the i^r 
terminals (3) can communicate with each other by 
means of an IRC sender (40). The user terminal (3) can 
send a command to a chat proxy (39). The chat proxy 
(39) is connected with a session manager (23) to trans-, 
late any address longer than nine characters (lirrdt of the 
IRC protocol) to a code with a maxinrmm length of nine 
characters. The chat proxy (39) can cache the result of 



the conversion In a storage device (42). The chat proxy 

(39) 1hen sends (4T) an IRC commarKl to the IRC server 

(40) together with a code having a niaximum number of 
nine characters. The chat proxy (39) according to the 
present invention therefore allows a translation process, 
the provision of semi-private ciiat rooms with an addi- 
tional access control and a supply of supplemental chat 
room attributes 
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shown in Fig. 1 , 

ng. 3 shows a table installed In the server and containing assignment infomiation of different addresses of one 
user, 

5 

Rg. 4 shows an example of the information stored in a group data base, 

Fig.5 shows in detail a staicture accorcfing to an entoxJiment of the present invention, and 

10 Fig. 6 shows a procedure executed according to ah embodiment of the present invention. 

:001 61 THe present invention relates to Ihe tedinical field of networks particdarty for an Internet application. Such a 
network generally should offer the following services: 

actional^e messaging between Individuals, or for notification of events or special offers, with the COTtrol center 
prompting for user response; 
web-based e-mail; 

one-to-one and hn£iny-to-m£my cfiat groups; 
discussion groups (Internet news groups) 

putDlic event scheduling; , ^ _x 

online searching for people, events, and infonnation. with results filtered based on member focus and preferences; 

a free home page 

simple tools to create and modify w* pages; 

contact list management and facilHies to make it easy to recruit friends and fanrtily. 
an address book and personal data base, common across a plurality of devices and services; 
the opportunity to use a plurality of identities per person, along with associated preferences and Interests for each 
identity; 

community center; -^x.; —i 

simple tools to enable individual members to set up and manage chat rooms and disci^ion groips with fnends or 

other like-minded people; 
and innovative navigation 

iOOl 7] Further services can comprise narrowly targeted advertising., electronic commerce, and cross-platfonn sup- 
port for intelligent deuces such as tel^hones, televisions, or personal digital assistants. 
35 [0018] Menders of the network can have profiles of infomiation about them, not just names and addresses, but also 
th«r interests and preferences Members win be able to enter and edit preferences if they wish, but they need not to fill 
out a forni to derive this benefit. Mevrber profiles can be buflt up over time as a process in the system watches what 
they access, sign up for. or otherwise evince interest in. 

[001 9] User profiles can be used to fitter searches, so that the results of a keyvrord search can be ranked according 
40 to preferences suggested by the user pfoTde. 

[0020] According to the present invention. mOTbers are able to assume sevwal identities: for example, a personal, 
professional, and one identity used for fantasy or play. Members can have a home page and a profile for each identity, 
and can maintain anonymity in any interaction. H they so choose. Therefore a plurality of home pages respectively for 
one identity of a user can be assigned to one us^. This will be explained in detail further below. 
[0021 1 Users can create their home pages by answering a series of questions, and various templates can be available 
to make it easy for members to create th«r home pages and other places quicWy, without learning HTML (-Places" are 
more than simply static text and graphics in an HTML page. They can use data from various databases, accessed by 
client or sender applications). Generally, accorcfing to the present invention an object-oriented approach is preferred for 
example by using the programming language Java in coiTi>ination with object-oriented data bases. 
[0022] Usere can control how mu(^ screen real estate to devote to the service provkied by the present invention at 
any given moment Depending on their degree of engagement with the system, the service can appear to members as 
an icon a gadget or a browser. If meiT*>ers are k)gged on but primarily interested in doing other wori^ the service will 
retire to a comer of the desktop as a mod^ icon tndcating that they ai-e logged in. In this mode, members may still 
receive rwtif ications. if they choose. An intermecfiate degree of engagement presents the service as a "gadgeT - a con- 
55 trol center occupying minimal space on the desktop and aOowing users to focus elsewhere while still maintaining imme- 
diate access to most functions. When us&s wish to immerse themselves in the systen. the can open their favorite 
browser and other communication tools and integrate them with the service. 

[0023] True to the central tenet of i^er control, the service offers membas the abifrty to log onto the system and put 
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by isolating the process servers 8, 9 on a network having an IP address of the form 1 0.x.xx. Routers 1 2 cannot conn^rt 
directly to such a network Ir^ead, the network 2 is corihected to a Hub 1 5 connected to a bridge 1 4 which in turn con- 
nects to another hub 13. The hub 1 5 is on a network 2 to which routers 1 2 can connect. 

[00391 The security bridge 1 4 protects the back-end process servers 8. 9 and databases 1 0, 1 1 . A firewall could be 
5 placed between the hub 1 3 and the switch 1 4 to provide additional security for the back^ process severs 8. 9 and 
databases 10. 1 1 as well. 

Qients and Front-end Processors 

10 [0040] A user connects to the system using the control ceiter (17 in Fig. 2) - the usefs client process 3. The client 
process 3 connects from the Internet 2, through the router 12. to the external hub 15 and from there to afront-end proc- 
essor 16: a computer 16 outside the security wall. The front-end processor 16 handles communication between the 
back-end server 8. 9 and the diefit 3 during authentication; a necessary step before the client process 3 can access. 
[0041] The front-end processors 16 run so called daemons - background processes - for HTTP (Web access), NNTP 

15 19 (news and discussion groups). IRC 20 (ctet). and e^nail 21. They also run DNS (Domain Name Service) 22. Each 
ffont-erKJ processor 16 may am all the required daemons. Alternatively the required daemons may be spread across 
several f ront-«xl processors 16. 

[0042] After a user is authenticated following well known procedures, the front-«id processors 1 6 connect the Con- 
nection Manager process to the Session Manager 23 through the brklge 14 to a process sender 8. 9 and a database 

20 10. 11. ^ . ^ 

[0043] The central installation also includes a terminal sen/or 24 directiy connected to every piece of hardware: com- 
puters bridge 14 and router 12. An ISDN One connects this terminal server 24 to a remote location 25 where tiie oper- 
ations' manager can run tests, upgrade software, install patches, or reboot systems as necessary. The operation 
manager's dialup access fe also secure; simply knowing tfie con-ect telephone number is not enough to gam access to 

25 the system tiirough the maintenance channel 26. 

[0044] The processes of the hardware structure shown in Fig. 1 will now be explained with reference to Rg. 2. 
[0045] The software constituting the processes can be written in Java using an object-oriented design. Most of ttie 
software runs on the process senders 8. 9. but also some software is written for the front-end processor 16. 

30 Ront-end Processors 

[0046] When a client process 3 (the user's control cwter 17) connects to a front-end processor 16. that processor's 
HTTP daemon 18 spawns a new thread to manage tiie connection as it is known in object-oriented programming. 
These connection manages are temninated when tiie user severs the connection, 
35 [0047] The IRC and NNTP daemons 19. 20 also include specialized processes to augment their capabilities: To allow 
for private chats and discussion groups, both daemons include security software that allows for access control. The IRC 
daemon 20 also transparentiy translate user names required by IRC (which have a nine-character limit). 



Process Servers 
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VmS] The bulk of the processes runs on the back-end process servers 8. 9. In addition to DNS. the processes sum- 
marized in Table 1 collaborate to provide NCP's functionalrty. Each is discussed in greater detail below. 
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NCP Processes 




Process 


Purpose 


Associated database? 


SO 


Session Manager 23 


Tracks who is lo^ed in (user and per- 
sonality), and their currerrt state: 
available, away. busy, or invisible. 


session data base 50 


55 


Name Resolution 6 


Correctly identifies us& leased on 
multiple identity. e.g. helps to route 
user notifications to the correct proc- 


Yes 




ess server 
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form notifications and e-mai!). and is r^ponsiWe for telUng the requesting s^ce wrtch phyaca! system the user is 
logged into thus allowing the message to be routed to the corriact server. It is the sole process with access to this infor- 
mation. thiis helping to ensure user anonymity - users wiD not even be able to look al mail headers and tell which city 
someone lives in (or near). 

Directory services and event scheduling 

[0053] This process 27. 28 can access a database 34 including all the searchable items, such as members, dutis. 
events, chat rooms, public or serro-private discussion groups, and home pag^ and other web sites. Searching it text- 
based; at least initiaDy. using word-matching. Directory services 27 collaborates with the Profile Manager 4 to rank the 
results for relevance, t>ased on the users stated interests. 

[0054] In addition, users can search tor items belonging only to a particular category: for example, only discussion 
groups or only home pages or only people. ^ ^ ^ 

[00551 Event scheduling allows community organizers 35 to schedule events such as simulcasts, chats with public 
figures, or vkJeo conferences or other muHimeCBa events at the most auspicious time They can query the schedule to 
detemtine when posstoly conpeting events are scheduled, and choose a time litety to be favorable. 
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ProfQe manager 

[0056] Each user 3 has at least one profile, wrhich stores not only such commonplace information as name, address, 
nationality and preferred language, but also a variety of more sensitive infomiation such as age, sex, marital statis. 
income, occupation, education, religious preference, social class, lifestyle, and other demographic and psychographic 
data useful for marketing purposes. 

[0057] It is imperative that adequate safeguards ensure that: 

personal information is kept strictly confklential, and 
• data gathered for marketing purposes is kept strictiy anonymous. 

[0058] This is the primary reason for the physical and hardware security described above. No aspect of the software 
30 must be allowed to cbnrpromise this security. 

[0059] Prof iles can be used for a variety of purposes: 

special event planning. 
FYI data gathering. 
35 • targeted advertising 

targeted promotions and loyalty programs 

[0060] When planning special events, community organizers 35 can find out how many members might be iriterested 
in the event and can send e-mail and notifications only to those whose profiles incficate such potential interest. 
40 Although the community organizers 35 wifl have no knowledge of which specific incfividuals received their mail or 
notices, they vAW be assured that a certain number were sent, and that those who received th©n are more likely than 
most to have appreciated them. . . , . 

[0061 1 The f=^l process 30 uses member profiles to determine which data to gather on each member's behalf. 



45 Notification server 

[0062] The notif ication sever 29 is responsftrfe for sending notifications - instant messages - between individuals, and 
between community organizers and individuals. To do so. the notification server 29 collaborates with tfie session man- 
ager 23 to determine who is cun-entiy online and available, and to get a handle to the recipient's connection manager 
so in order to deliver the message. It then communicates with tiie notification server 29 on the recipient's server machine, 
rf different, to deliver the notification. 

[0063] Notifications are of two kinds: real-time and qu^ed. Real-time notifications are typically from one individual 
member to another. When received, tfney are stored on ttie client's mai^ine 3. If the intended recipient is off-line or invis- 
ible, they are not defivered. ^ ^ 
ss [0064] Queued notiftcations are sent by comnujnity or^iz©^ 35. typically to many members whom the community 
oi^izer believe will be interested. When they are created, the community organizer specffies a "time to live" - a 
period of time during which ttie notification remaire relevant If the intended recipient is off-line, ttiey are queued in the 
notif ication sender's 33 associated database 36 and delivered as soon as the recipient togs in, assuming that ttnis occurs 



EP0944004A1 



invention a wrapper or proxy is provided betv^een a chat dient and the IRC server allowing the useof "f*!?^^; 
iScWrvi sS^e arS ^e Lrne tirrie to enharice the Ijasfc server used 

features: 

. name trarelation from any address containing more than nine characters to nicknames with nine characters com- 
DatiUe with IRC. and translating back to identities with addresses of more than nine chatactws. ^ . 

. 5? SSirJo stiply the IRC dLnel with supplemental access control lists for members (read^eiDart«pants) 
and non-members (readH)nlyi>articipants) which representthe same semi-private chat roo^ 

. Se SJTo^ly the IRC Sent ^ supplemental descriptive information about the chat channel such as for 
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10 example 

• comntninity organizers (sponsors), 
organizers/operators, 

• moderators, and ^ ^ ^ 
. a descriptive paragraph about the chat (IRC supports only the name and channel) 

r00791 TTie translation and adtftional information transmission procedure according to the p^ 
SalnSSTSerence to Rg. S. A chat client can send a command to the chat proxy 39. wh.ch r^resents a con- 
miit^Ser with the address of the sender (temiinal 3 e.g.). The chat proxy 39 conlacts «he s^on^in- 
aaTrS tolet a^ique nickname with nine characters for the user 3; The session manager 23 accesses the session 
date S« M Sckname suppUed f rom the session manager 23 to the chat proxy 39 is requrredto be unK,ue only 
jy^ert (^^-llnV^Ydoes not need to be unique aaoss time and space. Iherefore^a nj*can be reused 
^r^e^r logs out The nickname is a combination of a host code unique within the netwojk and sequen^^ 
S^c t7tostlnd guaranteed to be unique on the host Both codes are alphanumenc to provrie naximum flexibUrty 
S nie^^er^The chat proxy 39 ttlen rewrites the IRC command with the nine character nK*name ar^ sends 
T^Z2mC^2TZ (rSreSe 4iy On the other hand, the IRC server 40 sends (reference 44) data to the d.ent 20 
t^:sS.:Zr^^^^eAe Incoming proxy), wherein the chat proxy (converting --g; 39^eJ-J^« 
r^eree Lnslation; The chat proxy 39 can cache the translation to prevent performance problems wth constant look- 

SiS)?'Sfr^rtl!^*Sinventionsem^ 
so Sor^enLriven'merfaceisprovidedtoaddaccesscx,n^^^ 

trol data 43 which Is not part of the IRC server 40 is provided wrthm a ^^^^Jl^^l^'^^^^, 
^ests to loin a chat in the standard IRC manner, an access control is first performed by the chat Proxy39^ access 
;^*llcL (a^esVcontml data base) 43. and then upon successful access the name translabon as stated above is 

performed. ^ ... 

-K rooan Furthermore supplemental chat room attributes can be provideo. ' u. 

^cLTtS si^y^SSi mi will further defmethe chat to be created, as for example descnpton. categones 
(SX^)^ ^eSi of Chat (ongoing, periodic temporary, fixed one-time). Th^e ^tribuj^ ^^.^^^ 
tomZ SSir 39 by^ng a command, which allows the chat client the access to the d,reclDry6en«c6s date 
^eJl^Stoi2Ladir^acoessprotocol.Thea..rit»neso^ 
to the chat proxy 39 as well as via a direct access to the DS (directory services 27) data base 
[MWr WrthVeference to Rg. 6 rt will now be explained how a user can build up a communicabon with the IRC server 

2^41 In a step SI the client issues a command to initiate a chat through the chat pro^39. The chat praxy39 
STL the s^on name of the session manager (step S2). The session manager returns the (J^^^^I^ 
nti^eW limited to nine charadere corresponding to the IRC protocol, in a step S4 the chat P^^^ ^fv '^^''.'^ T,^^^^ 
the c^eSg means, rewrites the I RC command with a new name. In a step S5 the 

wSi^lRTle^er 40 Then the IRC server 40 can respond to the dient (step S6). and the user can communicate (s^ep 
^ ^^Jn ? ircheLtei vIiTther the user exists in a step S9. In case the user does not exist, the chat p««y 39 rewrrtes 

theci!;,r;^(j;ep^^ 

exists, the procedure is completed (step S1 0). 
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Communication method for a network comprising at least one server (1) and a ^^^"^ 
wherein the user temtinab (3) can communicate with each other by. means of an IRC seiver (40). 
comprising the following st^ 
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the converting means (39) comprises a storage means (42) for caching the conversion of a sender address 
once the session manager (23) had been contacted for the conversion of a sender address. 

11. Communication nelworic according to anyone of the daims 7 to 10. 
characterized in that 

an access control datal>ase (43) is connected to the converting means (39) to effect ^nao^ control the 
access to the IRC server (40) by checking access infonnation stored in an access control database (43). 
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